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1. Introduction 


This section provides introduction to the project and requirement for the PSAC document. 


1.1.Purpose and Scope 


1.2.Part Number and Nomenclature 


In this section, software components are given a unique part number and nomenclature to 
identify them for configuration management. 


1.3.Acronyms and Abbreviations 
In this section all the abbreviations and acronyms are listed with their expanded names. 


1.4.Applicable documents 


1.4.1. External documents 
This section lists the documents of external origin which are relevant for this project 


1.4.2. Internal documents 
This section lists the documents of internal origin which are relevant for this project 


2. System overview 


This section provides an overview of the system, including a description of its functions. 


2.1. Functional allocation to the complex hardware 
This section briefly describes those system functions which are carried out by the 
complex electronic hardware such as FPGA/ CPLD/ ASIC. 


2.2. Functional allocation to the software 


This section briefly describes those system functions which are responsibility of the 
software. 


2.3.Architecture 


This section provides the information regarding the hardware architecture and software 
architecture of the system and the suitability / compatibility among these. 


2.4.Programmable devices used 
This section lists the programmable devices used in the system, like, processors, 


microcontrollers, FPGA, CPLD etc. The list of software components is mapped to the 
devices. 
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2.5. Hardware/software interfaces 

This section describes the hardware-software interfaces, i.e. where, when and how inputs 
to the software are available from the hardware and outputs of the software are taken by 
the hardware. 


2.6. System failure conditions 
This section lists the various failure conditions of the system and the potential failures 
contributed by the software functions. 


2.7.Safety Features 
This section provides overview of the safety features incorporated in the system. 


3. Software overview 
This section briefly describes the software functions, states and modes with emphasis on 
the proposed safety and partitioning concepts. 


3.1.Resource sharing 
Mention if any time-sharing, memory sharing or bus sharing envisaged between various 
software components. 


3.2.Redundancy 
Mention if any redundancy is available in the system and software components. 


3.3.Multiple-version dissimilar software 
Mention if any multiple versions of software development is planned. 


3.4.Fault tolerance 
List the features available in the software for robustness, prevention of fault propagation 
and recovery or degraded performance in case of failures. 


3.5.Timing and scheduling strategies 

Mention the strategies used to meet the timing constraints given in the technical 
specifications. Give the scheduling strategies if multiple tasks are expected or multiple 
timing requirements are specified for algorithms. 


4. Certification considerations: 


4.1.Criticality of the system 
This section states the proposed software level(s) and summarizes the justification 
provided by the system safety assessment process 


4.2.Summary of the certification basis 
This section provides a summary of the software certification basis, including the means 
of compliance. The summary explains how the objectives of each software life cycle 
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process will be satisfied, and specifies the organizations to be involved, the 
organizational responsibilities, for the life cycle and certification liaison processes. 


5. Software life cycle 

This section defines the software life cycle to be used and includes a summary of each 
software life cycle and its processes for which detailed information is defined in their 
respective software plans. 


5.1.Software Planning Process 


5.1.1. Objectives and activities 
This section lists the objectives pertaining to Planning process and the activities 
associated with completing the objectives. 


5.1.2. Integral Processes 
This sectional brings out the verification, Quality Assurance, configuration 
management and certification activities associated with the Planning process. 


5.2.Software Requirement Process 


5.2.1. Objectives and activities 
This section lists the objectives pertaining to Requirement process and the activities 
associated with completing the objectives. 


5.2.2. Integral Processes 
This sectional brings out the verification, Quality Assurance, configuration 
management and certification activities associated with the Requirement process. 


5.3.Software Design Process 


5.3.1. Objectives and activities 
This section lists the objectives pertaining to Design process and the activities 
associated with completing the objectives. 


5.3.2. Integral Processes 
This sectional brings out the verification, Quality Assurance, configuration 
management and certification activities associated with the Design process. 


5.4.Software Coding Process 


5.4.1. Objectives and activities 
This section lists the objectives pertaining to Coding process and the activities 
associated with completing the objectives. 


5.4.2. Integral Processes 
This sectional brings out the verification, Quality Assurance, configuration 
management and certification activities associated with the Coding process. 
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5.5.Software Integration Process 


5.5.1. Objectives and activities 
This section lists the objectives pertaining to Integration process and the activities 
associated with completing the objectives. 


5.5.2. Integral Processes 
This sectional brings out the verification, Quality Assurance, configuration 
management and certification activities associated with the Integration process. 


5.6.Software Testing Process 


5.6.1. Objectives and activities 
This section lists the objectives pertaining to Testing process and the activities 
associated with completing the objectives. 


5.6.2. Integral Processes 
This sectional brings out the verification, Quality Assurance, configuration 
management and certification activities associated with the testing process. 


6. Software life cycle data 

This section specifies the software life cycle data that will be produced and controlled by the 
software life cycle processes. This section also describes the relationship of the data to each 

other or to other data defining the system, the software life cycle data to be submitted to the 

certification authority, the form of the data, and the means by which software life cycle data 
will be made available to the certification authority. 


SI.No. | Document Config Approval by Availability to | In the form 
Control Certification of 
level (CCl authority (at 
/CC2) stage) 

7. Schedule 


This section describes the means the applicant will use to provide the certification authority 
with visibility of the activities of the software life cycle processes so reviews can be planned. 
It brings out which of the objectives are demonstrated for verification at what stage of the 
lifecycle (in terms of SOIs, analyses, reviews and testing). 


7.1.Master Project Schedule 


7.2.Stages of Involvement schedule 


8. Additional considerations 
This section describes specific features that may affect the certification process, 
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8.1.Alternative methods of compliance 
Mention if any alternate methods for compliance to DO-178B is proposed. 


8.2.Tool qualification 


8.2.1. Development tools 
Mention the requirement and plan for development tool qualification. 


8.2.2. Verification Tools 
Mention the requirement and plan for development tool qualification. 


8.3.Previously developed software 
Mention whether any previously developed software (which has undergone DO-178B 
qualification for any level) is part of the present version. 


8.4.Option-selectable software 
Mention if any part of the software is invoked based on selection from external source 
(other systems/ operator/ aircraft configuration etc) 


8.5.User-modifiable software 
Mention if any part of the software is modifiable by the user. 


8.6.COTS software 
Mention if any externally developed software is components are used in the build of the 
software. 


8.7.Field-loadable software 
Mention if any externally developed software or components are used in the build of the 
software. 


8.8.Product service history 
Mention if the software is already being used in the field and what is the feedback / 
evolution of the software throughout its deployment. 


8.9.Deviations and modifications to plans 
Mention how the changes to the plan documents are approved and incorporated in the 
processes. 
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